Vibe Coding 讓我們可以輕鬆地透過自然語言跟 AI 溝通，把腦袋裡的想法一點一點蓋出來。

它真的很迷人。

從夢幻甜品師轉職工程師，學程式到現在 5 個月，身為轉職小白，我一直在想：

小白和有經驗的工程師，真正拉開差距的地方到底在哪裡？

如果人人都能叫 AI 寫程式，那Vibe Coding 跟真正的專案開發，到底差在哪裡？

而在 AI 這麼厲害的時代，我到底又該怎麼讓自己升級？

Vibe Coding 有時候很像一間「樣品屋」

剛學程式第一個月的時候，我開始看得懂一點 JS、HTML，也會一點點 API。

好像突然有點自信了！

於是我也嘗試瘋狂輸出了一番：

「AI！幫我做一個網站！」

然後它生出了好～大一串像魔法文字一樣的東西。

嗯……看不懂。

但我確實得到了一個「好像會動、又跟我想像中不太一樣」的網站。

可想而知，除了東西可以點一點之外，它根本沒有什麼真正的功能 ><

後來我很喜歡用「房子」來理解 Vibe Coding 跟完整開發之間的差距。

Vibe Coding 做出來的作品，有時候很像一間樣品屋——走進去很漂亮，燈會亮、水會流；真正可以長期入住的房子，背後卻還有防火材質、逃生動線、水電管線、抗震結構。

這些東西平常完全看不到，卻決定了這間房子住十年之後會不會出問題。

寫程式也是。

兩個產品可能長得一模一樣、功能也都能操作，真正的差距卻藏在那些畫面看不見的地方：

效能、資料儲存、維護、資安、權限、模組邊界、錯誤與空狀態處理……

很多問題甚至不是「現在會不會跑」，而是當資料越來越多、使用者越來越多、功能越改越大之後，才慢慢冒出來。

所以我開始發現：

「能跑」跟「真正能長期使用」，中間其實還有很多看不見的工程。

第一次真的做 0→1，我好需要一張食譜

第一次真正從 0→1 做專案時，我其實非常慌張。

資料庫什麼時候設計？
技術到底要怎麼選？
功能做出來就算完成了嗎？
還有哪些事情，是我根本沒想到的？

身為一個做甜點總是有食譜可參考、又很需要計畫的 J 人，沒有 SOP 真的讓我好焦慮呀（笑）。

做甜點至少知道備料之後要打發、拌合、烘烤；但第一次做專案時，我腦袋裡根本沒有這張 「工程世界的食譜」。

真正跑完一次 0→1 之後，我才開始知道每個階段大概要先做什麼、再做什麼，那些原本零零散散學到的東西，也終於慢慢串了起來。

而文章一開始的問題，也終於慢慢有了答案。

AI 時代，我到底該怎麼讓自己升級？

AI 可以是我的超強助手，但我才是那個負責做決策的大 Boss。

AI 可以幫我找資料、寫程式、比較方案、找 Bug，甚至直接動手實作。

但 Boss 要負責的是 下指令、做選擇、抓錯和驗收：

• 規格到底要怎麼定義？
• 有哪些方向和限制？
• 現在有哪些方案可以選？
• 哪個方案更適合這個產品？
• AI 做出來的東西到底對不對？

偏偏對新手來說，最難的地方常常不是 AI 不會做，而是——

AI 很會幫你實現願望，但你可能根本不知道「要怎麼許願」。

如果我根本不知道「權限」需要被設計，我就不會想到要叫 AI 幫我檢查權限。

如果我不知道某種架構可能會讓後續維護變得困難，也不會想到要問：

「還有沒有更適合的做法？」

所以很多時候，不是 AI 做不到，而是要先有人知道這件事情需要被做。

而這個「知道」，會在一次次實作裡慢慢累積。

模組化、設計模式、方法論、Skills、各種開發工具……不是為了背越多名詞越厲害，而是讓我遇到問題時，慢慢知道：

原來我還有別的選擇。

最後真正重要的是：

你知不知道有哪些選擇、怎麼判斷哪個比較適合，也能不能看出 AI 做錯了什麼。

我認為正是這些工程知識和判斷能力，讓工程師和沒有開發經驗的人，即使用同樣的 Vibe Coding 方式，最後做出來的東西也會慢慢拉開差距。

所以這 30 天，我們一起來整理一份「工程世界食譜」吧！

『 BuJo 』 是一個幫朋友揪團、找時間、安排活動的排程平台，也是我的第一個專案寶貝。

接下來 30 天，我會適時地以 BuJo 當案例，跟大家一起走一次 0→1 的專案開發流程。

過程中會一起拆開當時踩過的坑、回頭看可以優化的地方、實際學到的好方法、技術選型，以及那些做完專案後才發現：

「原來這裡還有這件事要做！」

的工程知識。

能對出 Vibe Coding 跟專業開發落差的，我就講落差；講不出明顯落差的，就單純分享這個技術或流程在專案裡為什麼實用，不會為了系列名稱硬套對比。

我會把這趟冒險大致分成三個階段：

這三個階段是接下來 30 天的文章地圖，不代表所有專案都會按照完全一樣的順序進行。

比較像是我第一次走完 0→1 之後，回頭整理出的一份：

希望同樣身為小白的你進入工程世界時，也不容易迷路的食譜。

如果你手上也有一個 Vibe Coding 做出來的專案，不妨先問問自己：

• 資料庫的每個欄位，我解釋得出為什麼存在嗎？
• 半年後再回來看，我還看得懂現在的程式嗎？
• 誰能看到什麼、改到什麼，是我設計過的，還是照 AI 給的？
• 沒有資料、發生錯誤的時候，畫面會怎麼樣？
• 這些情境，我真的測過了嗎？

答不太上來的那幾題，大概就是接下來 30 天你會最有共鳴的部分。

30 天後，我們會帶走兩樣東西

一份 「Vibe Coding vs 專業開發」的差異清單。

再加上一套 從 0→1 做專案的實戰 SOP。

更重要的是：看得懂專案在做什麼、能解釋每個技術決策、遇到 Bug 能自己修、知道怎麼做技術選型，也知道怎麼優化專案，讓效能變得更好。

明天，就從「規劃設計」的第一步開始。

別急著開烤箱！在真的開始 Coding 之前，讓我們先把需求寫成食譜。